Txpres. MAil" mailing l.belrvumtar t^J*_! 3 

Date of Deposit (frT^ ( " 

Washington. D. C. 20231. 



ature 




m 

i . 
P 

o 
m 



69 



10 




15 



CHANNEL PROTOCOL FOR IEEE 13 94 DATA TRANSMISSION 

BACKGROUND OF THE INVENTION 
Field Of The Invention 

The present invention relates to a system 
for transmitting and receiving data over a bus in 
which the data is formatted in IEEE 13 94 standard 
and in which the data is sent and received over the 
same IEEE 1394 channel. 

Incorporation By Reference 

is application incorporates by reference 
commonly assigifed^U . S . Patent Application No. 

entitlecK^Digital Video Network 
Interface" (internal referfen^e No. MOI-328/360) , the 
disclosure of which is herein ih<^orporated by 
reference, as if set forth in* ful 
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Description Of The Prior Art 

The IEEE 13 94 standard bus (13 94 bus) 
provides for isochronous transmission of data 
packets, which are sent and received every 12 5 



microseconds in correspondence to one cycle. A 
maximum of 64 isochronous packets can be sent over 
the bus per cycle. As a result, any device that 
uses the IEEE 13 94 standard for isochronous 
transmission of data, is assigned an isochronous 
channel, ranging in value from 0 to 63 . The channel 
is assigned to a specific device until it is 
released by that device. In this regard, when the 
1394 bus is initialized, a node identifier is 
automatically assigned to each device (such as a 
digital video camera) that uses the bus as a means 
of identifying each node. 

To achieve isochronous transmission on 
plural channels, the IEEE 13 94 specification (IEEE 
1394-1995) reserves one of the plural nodes 
connected to the bus so that it is used for 
isochronous resource management, a function that is 
supported by a software layer (to be discussed in 
greater detail below) . This node is known as the 
"Isochronous Resource Manager". The Isochronous 
Resource Manager manages the channel numbers used 
for isochronous transmission, and the time remaining 
in each cycle that is usable for isochronous 
transmission. This available remaining time to 
transfer additional isochronous data within each 
cycle is called channel bandwidth. The Isochronous 
Resource Manager reserves the channel bandwidth and 
channel numbers (0-63) needed by 13 94 bus nodes for 
isochronous transmission. Upon power-up, each 
device (node) that needs to transmit data 
isochronously issues a request to the Isochronous 
Resource Manager. In particular, a node designed to 
transmit isochronous data must first determine if 
there is an unused channel and available bandwidth 
for that purpose. The node typically makes a 
request to the Isochronous Resource Manager to 
determine if there are isochronous channels 



available and bandwidth available, in order to 
obtain a unique channel and bandwidth allocation. 

In the case that two or more nodes desire 
to use the same channel, the first node requesting 
access to an available channel will be assigned that 
channel. For example, if two nodes request access 
to channel 63, only the node whose request reaches 
the Isochronous Resource Manager first will be 
assigned to channel 63. All other nodes will be 
locked out from using channel 63 until the device 
using channel 63 releases the channel. 

The problem of attempting to use the same 
channel occurs not only when more than 64 devices 
are attempting to access the 1394 bus, but can also 
arise even if only two or more digital video cameras 
are being used on the same 1394 bus. That is, many 
different digital video cameras are designed to 
transmit over a single preset channel number, or 
"broadcast channel" for transmitting digital video 
data packets over the 1394 bus. The "broadcast 
channel" concept is described in U.S. Patent No. 
5,535,208, entitled "Data Transmission System And 
Method", Kawakami et al, assigned to Matsushita. 
This broadcast channel, as defined by this patent, 
has in practice become the first available 
isochronous channel, or channel 63. However, 
because the IEEE 13 94 standard does not allow more 
than one node to use the same isochronous channel at 
one time, only one of the digital video cameras is 
permitted isochronous bandwidth and use of channel 
63 to perform transmission of isochronous data on 
the bus. As a result of this conflict, two or more 
digital video cameras connected to the same 13 94 bus 
cannot be used in a bi-directional video 
conferencing configuration, because at the sending 
and receiving sides, only one camera will be able to 
send data per bus . 



Therefore, in any configuration where 
multiple digital video cameras (which have adopted 
the "broadcast channel" concept standard of U.S. 
Patent No. 5,535,208) are attempting to transmit 
isochronous data on a 13 94 bus, only one camera will 
be able to send isochronous data and all others will 
be locked out from sending isochronous data on the 
bus . 

Although the problems with the assignment 
of channels have been disclosed with respect to 
digital video cameras, it should be understood that 
the same problem applies in the case of other IEEE 
13 94 devices, such as scanners, digital video disks, 
compact disks, set-top boxes, computers, or any 
other devices that wish to isochronously transmit 
data on conflicting channels. Also, this problem 
would apply in the case that all 64 channels have 
been already assigned and a new device is attempting 
to utilize a channel that has already been assigned. 

Heretofore, it has not been possible to 
send/receive data over the same 13 94 bus when more 
than one device is attempting to use a single 
broadcast channel, for example, channel 63, of the 
1394 bus. Accordingly, it is desirable to have a 
system that permits two or more devices to transmit 
or receive data using the same channel over a 1394 
bus, so that transmitting data over a local data bus 
or a local area network by more than one device 
using the same broadcast channel becomes possible. 

SUMMARY OF THE INVENTION 
It is an object of the present invention to 
provide a network interface which can interface with 
a local data bus or local area network and at least 
two peripheral devices which share identical IEEE 
1394 broadcast channels. The present invention 
provides an individual 13 94 bus for each device 
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using the network interface together with its own 
1394 link layer. 

Thus, according to one aspect of the 
invention, a system for transmitting and receiving 
5 data formatted in IEEE 13 94 standard between devices 

using a same IEEE 13 94 broadcast channel includes a 
CPU interfaced to a bus, a first 1394 interface 
connected to the bus via first physical and link 
layers, and a second 13 94 interface connected to the 

10 bus via second physical and link layers. The CPU is 

configured for 1) receiving data from the bus, 
prefixing a header to the received data and 
retransmitting the received data with the prefixed 
header onto the bus, and 2) receiving data prefixed 

15 with a header, interpreting the header to identify 

which of the first or second interfaces should 
receive the data, and transmitting the data over the 
bus to the identified 1394 interface. 

According to another aspect of the 

2 0 invention, in a system for transmitting and 

receiving data formatted in IEEE 13 94 standard 
between devices using a same IEEE 13 94 broadcast 
channel, the system includes a CPU interfaced to a 
bus, a first 13 94 interface connected to the bus via 
25 first physical and link layers, and a second 1394 

interface connected to the bus via second physical 
and link layers. The CPU is configured for 
receiving data over the bus and routing the data to 
either the first or second 1394 interface based on 

3 0 the received data. 

In yet another aspect of the invention, the 
present invention provides a configuration in which 
two or more digital video cameras, which 
transmit /receive data over the same IEEE 13 94 
3 5 broadcast channel, can be used in a video conference 

system. According to this aspect of the invention, 
a network video conferencing system includes at 



least one digital video camera for transmitting 
digital video data and at least one digital video 
camera for receiving digital video data at a local 
side, and at least one digital video camera for 
transmitting digital video data and at least one 
digital video camera for receiving digital video 
data at a remote side. All digital cameras at both 
the local side and the remote side use the same IEEE 
13 94 broadcast channel to transmit data. The 
network video conferencing system includes a local 
CPU interfaced to a local data bus, a first 13 94 
interface connected to a first digital video camera 
and connected to the local data bus via first 
physical and link layers, a second 13 94 interface 
connected to a second digital video camera and 
connected to the local data bus via second physical 
and link layers, a network interface connected to 
the local data bus and to a local area network, a 
remote network interface connected to a remote data 
bus and the local area network, a remote CPU 
interfaced to the remote data bus, a third 13 94 
interface connected to a third digital video camera 
and connected to the remote data bus via third 
physical and link layers, and a fourth 13 94 
interface connected to a fourth digital video camera 
and connected to the remote data bus via fourth 
physical and link layers. The local CPU is 
configured to 1) receive data output by the first 
digital camera from the first 1394 interface over 
the bus, prefix a header to the received data, and 
retransmit the received data over the bus to the 
network interface which transmits the data over the 
local area network to the remote network interface ; 
and 2) receive data prefixed with a header over the 
local data bus from the network interface, interpret 
the header to identify which of the first or second 
13 94 interfaces should receive the data, and 



transmit the data over the local data bus to the 
identified 13 94 interface which outputs the data to 
the at least one receiving digital video camera. 
The remote CPU is configured to 1) receive data off 
the remote data bus which has been transmitted over 
the local area network and which has been prefixed 
with a header, interpret the header to identify 
which of the third or fourth 13 94 interfaces should 
receive the data, and transmits the data over the 
remote data bus to the identified 13 94 interface for 
outputting at the at least one receiving digital 
video camera; and 2) receive data from the remote 
data bus which has been output from the at least one 
transmitting digital video camera via the third or 
fourth 13 94 interface, prefix a header to the 
received data, and retransmit the received data with 
a prefix header onto the remote data bus which 
outputs the data with the prefix header to the 
remote network interface for output to the local 
area network . 

These and other features and advantages 
according to the present invention will be more 
readily understood by reference to the following 
detailed description of the preferred embodiment 
taken in conjunction with the "attached drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Figure 1 is a block diagram of an IEEE 13 94 
network interface implemented in a bi-directional 
video conferencing system according to the present 
invention; 

Figure 2 is a block diagram of the 13 94 
network interface according to the present, 
invention; 

Figure 3, comprising Figures 3A-3D, are a 
IEEE 13 94 formatted isochronous data packet, an 13 94 
data field, a modified data packet with routing 



header and ID information, and a network packet 
containing network header information, routing 
information and data packet, respectively; 

Figure 4, comprising Figures 4A and 4B, is 
a flowchart depicting the transfer and receipt of 
video data in the bi-directional video 
teleconferencing system according to the present 
invention; 

Figure 5 is -a 13 94 network interface system 
according to a second embodiment of the present 
invention; 

Figure 6 is a modified 13 94 formatted data 
packet containing header with ID and link layer 
routing information and a subheader which includes 
additional channel routing information; and 

Figure 7 is a block diagram of a 13 94 
network interface according to the second embodiment 
of the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 
Figure 1 is a block diagram representing a 
1394 network interface for transferring and 
receiving data across a local area network from 
devices which send/receive data over the same IEEE 
1394 broadcast channel. The 1394 network interface 
according to the present invention, shown in Figure 
1, is implemented within a bi-directional video 
conferencing system. 

Shown in Figure 1 is digital video (DV) 
camera 1, which may be a Canon Optura digital video 
camera or the like. In the present example, DV 
camera 1 is used for transmitting full motion 
digital video which includes both audio and video 
segments. DV camera 1 includes an IEEE 1394 
interface connection. The IEEE 13 94 interface 
connection is connected to a 1394 network interface 
3 via an IEEE 1394 serial cable 2. The IEEE 1394 



serial cable 2 carries packets of digital video data 
to the 13 94 network interface 3. The video 
conferencing system shown in Figure 1 also includes 
DV camera 4 which, in the present embodiment, 
receives full motion digital video data, decodes the 
data, and transmits the data in analog form to 
monitor 5 for audio and for display. Monitor 5 can 
be any type of monitor or television having an S- 
Video NTSC or other connection for receiving analog 
audio and video. 

DV camera 4 receives digital video in data 
packets via IEEE 1394 cable 6 from 1394 network 
interface 3. Preferably, the digital video data 
which arrive in data packets are received by network 
interface 3 from local area network 7. However, it 
is possible that DV camera 4 could receive digital 
video data locally from DV camera 1. Digital video 
camera 4 decodes the digital video data packets and 
outputs the analog audio and video data to monitor 
14 . Monitor 14 can be any type of monitor or 
television which has an S-Video, NTSC or other 
connection for receiving analog audio and video 
data. 

Depending on their configuration, DV 
cameras 1 and 4 can transmit/receive video data via 
1394 network interface 3. 1394 network interface 3 
has at least two 1394 interface connections for 
connecting with each 1394 serial cable connected to 
DV cameras 1 and 4 and has a network interface 
connection which connects to local area network 7. 

5**order to transmit large volumes of data, 
which is typical^c^needed for transmitting digital 
video data, it is prefe^a^le that network 7 is a 
Gigabit Ethernet network. Irt^his regard, U.S. 

Patent Application No. , eribi^led "Digital 

Video Network Interface", describes the^m^hod and 
system for interfacing 13 94 network interfaced 
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etween digital video cameras and a local area 
network, such as a Gigabit Ethernet network. 
BiM_efly, as described in that application, each of 
nenwork interfaces 3 and 8 include send and receive 
buffers, which operate to buffer and translate 
isocnronously-timed data to and from the 
asynchronously- timed data of the Gigabit Ethernet. 
The reader is directed to the disclosure in that 
document for further detailed explanation regarding 
communication between a 13 94 network interface 
according to the present invention and local area 
network 

In the present embodiment, 13 94 network 
interface 3 is implemented within a bi-directional 
video conferencing system. A transmitting DV camera 
and the receiving DV camera are connected at each 
end of local area network 7. This allows for 
simultaneous transmission and reception of 
audio/video from a local location to a remote 
location. As mentioned above, a Gigabit Ethernet 
network is preferably employed as local area network 
7 since the data transfer rate per channel is very 
high, typically in a range of 30 Mbits/sec. As will 
be discussed below in greater detail with respect to 
Figure 2, 13 94 network interface 3 provides for the 
transmission and reception of data packets for 
devices that transmit/receive over the same IEEE 
13 94 broadcast channel. In the case where each of 
DV cameras 1 and 10 are set to transmit using 
channel 63 and cameras 4 and 11 are set to receive 
using channel 63, the 1394 network interface 3 
resolves the problem of two devices, in the present 
case, DV camera 1 and DV camera 4, attempting to 
send and receive different data over the same 
broadcast channel 63 on the same 1394 bus. As will 
be discussed below, two separate 13 94 buses are 
implemented to overcome channel conflicts. 
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Returning to Figure 1, 13 94 network 
interface 3 transmits/receives data packets over 
local area network 7 to/from 13 94 network interface 
8. 13 94 network interface 8, which is at the remote 
5 side of local area network 7, acts in a similar 

fashion to 13 94 network interface 3, and includes at 
least two IEEE 1394 interface connections and 
connects to 1394 serial bus cables 9 and 13. Cable 
9 is connected with DV camera 10 which, in the 
10 present example, is a transmitting video camera for 

transmitting digital video data over the network 
through 1394 network interface 8. DV camera 11, in 
□ the present example, is used as a receiving camera 

^ for receiving and decoding digital video packets 

hi 15 which output from 13 94 interface network 8 through 

IEEE 13 94 serial cable 13. After decoding each data 
packet, DV camera 11 outputs digital video in analog 
CB format directly to monitor 14 for viewing, 

f Figure 2 is a block diagram depicting the 

Q 2 0 internal hardware components of 13 94 network 

O interface 3. (1394 network interface 3 and 1394 

~fl. network interface 8 are identical in hardware and in 

53 software and, therefore, a description of 13 94 

network interface 8 will not be presented for the 

2 5 purposes of brevity.) 

Shown in Figure 2 is DV camera 1 which is 
connected through 13 94 cable 2 to 13 94 network 
interface 3 . According to the present invention, 
13 94 network interface 3 can be a stand-alone 

3 0 network card or can reside within a personal 

computer or the like. 13 94 network interface 3 
includes at least two 13 94 interface connections for 
connecting with each of the DV cameras 1 and 4 and 
also includes a network interface connection for 
35 connecting to the local area network 7. 1394 

network interface 3 receives data from DV camera 1 
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through its IEEE 1394 interface into 1394 physical 
layer 20. 

Physical layer 2 0 is an IEEE 13 94 hardware 
connection which provides electrical and mechanical 
interaction with 1394 cable 2. Link layer 21, which 
is connected to physical layer 20, is an IEEE 1394 
interface link which receives 1394 formatted data/ 
'controls access to the 1394 bus, assigns channels to 
nodes using the bus (when, as here, the link layer 
is the isochronous resource manager) , and verifies 
accuracy of the 1394 data packets. In addition, and 
under control of software, link layer 21 interprets 
the data and routes the data based on header 
information in the 1394 data packet. In this 
regard, the IEEE 13 94 standard format for a data 
packet will be discussed in greater detail with 
respect to Figures 3A-3D. 

After receiving and interpreting the data 
packet; link layer 21 transmits the data over bus 22 
which preferably is a Peripheral Component 
Interconnect (PCI) bus. PCI bridge 24 manages the 
flow of data through PCI bus 2 2 which connects 
components together in 1394 network interface 3, 
such as all 1394 link layers, CPU (Central 
Processing Unit) 28, random access memory (RAM) 29, 
network controller 30, and other components within 
13 94 network interface 3. In the present example, 
data packets that are received from local area 
network 7 are routed by PCI bridge 24 to link layer 
2 6 (indirectly, through RAM 29) which outputs the 
data to physical layer 25. Physical layer 25 
outputs the data packets through its electrical 
connection to DV camera 4, via the IEEE 13 94 
connection and 13 94 cable 6. Prior to routing the 
data packet from RAM 2 9 through PCI bridge 24 to 
link layer 26, CPU 2 8 interprets information in the 
data packets to identify the source and recipient 



and, based on the information, routes the data 
packet to the intended recipient . 

Upon receiving the data packet from local 
area network 7, network controller 3 0 transfers the 
data packet through the PCI bus via PCI bridge 24 
which routes it to RAM 29. Network driver software, 
which operates in conjunction with network 
controller 30, removes network header information 
and unpackages the data from its network protocol 
format. CPU 28 outputs the data onto PCI bus 22 via 
PCI bridge 24, routed to the intended recipient. A 
13 94 header is added by the link layer to the data 
packet based on the source of the data packet and 
based on the intended recipient of the data packet. 
In the present embodiment, since DV camera 4 is the 
receiving camera, The 13 94 header is added by link 
layer 26. 

As mentioned previously, all DV cameras 1, 
4, 10 and 11 have the same preset broadcast channel: 
broadcast channel 63 . This causes a conflict when 
two or more DV cameras are attempting to transmit 
over the same 13 94 bus. As discussed above, each 
1394 link layer controls access to its bus to 
transmit and prevents more than one transmitter from 
using the same broadcast channel on the bus. In the 
present invention described with respect to Figure 
2, the conflict of two or more devices, such as DV 
cameras, at either side transmitting data over the 
same 13 94 channel is addressed by providing more 
than one 1394 physical layer, 1394 link layer, and 
1394 bus. Without such a solution, there would be a 
conflict between DV cameras attempting to transmit 
data over the same 1394 bus. In this regard, each 
link layer 21 and 2 6 rec eives da ta packets from each 
device in an /IEEE 13 9A_ standard f ormajb ,,/ In a 
videoconferencing environment, only one camera such 
as camera 1 transmits while the other camera (camera 
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4) receives. The channel 63 conflict occurs because 
camera 4 is intended to receive video data from a 
remote camera, but what it actually receives 
(because of the conflict) is video data from local 
camera 1 . 

Figure 3A illustrates a typical 1394 data 
packet. The fields and headers of the data packet 
have the following definitions: 

Header: includes fields for data length, 
tag, channel, tcode and sy, all 
of which are described below, 
is the length of data in bytes, 
is the tag field, which defines 
the type of data being 
transmitted, i.e., digital video, 
facsimile data, etc. 
is the channel field which 
specifies the 13 94 channel that 
this packet is being transmitted 
on. As mentioned previously, 
IEEE 13 94 standard provides for 
64 channels numbered 0-63. 
is the transaction code that 
specifies what type of 
transaction shall be performed on 
the packet . 

is the synchronization code which 
is application specific, 
the CRC (Cyclical Redundancy 
Check) is provided to verify that 



channel 



tcode 



sy: 



header CRC: 
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the header was transmitted 
accurately. 

data field: contains the data for the packet, 
data CRC: the CRC (Cyclical Redundancy 

Check) is provided to verify that 
the data was transmitted 
accurately. 
Upon receiving the 13 94 data packet, 
physical layer 20 transmits the data packet to link 
layer 21. Link layer 21 and its software support 
interpret the data in the data packet and remove all 
non-data information including the header before 
transmitting a data packet which contains just the 
data field, shown in Figure 3B. That is, link layer 
21 strips off the 1394 header, the header CRC and 
the data CRC prior to forwarding the data packet 
onto PCI bus 22 via PCI bridge 24 which forwards the 
data packet to RAM 2 9 for use by CPU 28. When the 
data packet containing the data field is received, 
CPU 28 attaches to the data field an ID header, 
shown in Figure 3C. The ID header, which is 
produced by CPU 28, contains link layer routing 
information which informs the receiving side as to 
which link layer should receive the data packet. In 
addition, the ID header includes information 
regarding the data and the transmitting device. 
After attaching appropriate header information, CPU 
2 8 outputs the updated data packet containing the ID 
header onto PCI bus 22 via PCI bridge 24 which 
routes the data packet and header to network 
controller 30. 

In the present embodiment, it is the task 
of the network controller 30 to negotiate access to 
local area network 7 and to buffer received data 
to/from the local area network. In addition, 
network controller 3 0 handles all timing 
requirements of sending/receiving data. In this 



regard, on the transmitting side, network controller 
3 0 buffers both data packets to be sent once it has 
access to local area network 7 and data packets 
which have been received from the remote location. 
Associated network driver software either reformats 
or unpacks the data packets into/from specific 
network protocol format and, in addition, 
attaches/removes a network header to the data packet 
which already contains an ID header and data field, 
shown in Figure 3D. Upon receiving access to the 
network, network controller 30 outputs a data packet 
which now includes a network header, ID header and 
data field, shown in Figure 3D. The network header 
provides information that identifies the contents of 
the data packet and the appropriate address on the 
network of the receiving network interface, in the 
present example, 13 94 network interface 8. 

The method by which 13 94 network interface 
3 receives and transmits data packets from its 13 94 
interfaces over local area network 7 will now be 
discussed in greater detail with respect to the 
flowcharts illustrated in Figures 4A and 4B. 

Figure 4A is a flowchart illustrating the 
receipt and transfer of data packets through 13 94 
network interface 3 to local area network 7 . In 
step S400, 1394 network interface 3 receives a data 
packet from DV camera 1 via cable 2 . The data 
packet is transmitted from physical layer 2 0 to link 
layer 21. In step S401, link layer 21 reviews the 
1394 data packet, determines if it meets with the 
13 94 protocol and, in the case that it does, removes 
header information, header_CRC information, and 
data_CRC information, resulting in the data packet 
depicted in Figure 3B. The data packet is then 
forwarded to CPU 2 8 across PCI bus 22 via PCI bridge 
24. 



In step S403, based on the identity of the 
device that transmitted the data packet, and based 
on the type of data packet and the recipient of the 
data packet, CPU 28 modifies the data packet by 
attaching a routing and ID header which will direct 
the data packet to the intended recipient at the 
remote side of the local area network. The 
resulting data packet is depicted in Figure 3C. 
Once the routing and ID header has been attached to 
the data packet, the data packet is transferred to 
network driver software (step S4 05) which attaches a 
network header to the data packet and repackages the 
data packets for transmission over the network in 
accordance with network protocol standards (step 
S406) . The resulting data packet is depicted in 
Figure 3D. In the case of a Gigabit Ethernet 
network, network driver software combines two or 
more (three are preferred) DV data packets together 
since the Gigabit Ethernet format can accept larger 
amounts of data in each packet than the IEEE 13 94 
protocol permits. 

In step S407, the packaged data packets are 
sent to network controller 3 0 for transmission 
across the local area network. Upon receiving the 
data packet, network controller 3 0 begins to 
negotiate with local area network 7 for access to 
the network. However, as can be understood, access 
to the network is not guaranteed and, therefore, 
network controller 3 0 must continue to negotiate and 
handshake with network 7 in order to obtain access 
while at the same time buffering data packets in its 
internal transmit buffer. Once access to local area 
network 7 has been obtained, network controller 3 0 
may send all the data packets in its buffer which 
have been repackaged into the appropriate network 
format and have appropriate network headers in a 
single burst across network 7. 
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Figure 4B is a flowchart illustrating the 
receipt and unpackaging of data packets through 
network interface 3 . In this regard, DV camera 4 
will be used in this example as the recipient of 
data packets sent across network 7 to 13 94 network 
interface 3 . 

Upon receiving a network packet via network 
7 in step S409, network controller 3 0 outputs data 
packets across the PCI bus via PCI bridge 24 to CPU 
28. The network packet is unpackaged by network 
driver software into individual data packets in step 
S410. The packets are separated and the network 
headers are stripped off, and each data packet is 
reconstructed into individual data packets, each 
much like that shown in Figure 3C. CPU 28 removes 
the ID and routing header in step S411 and routes 
the data packet based on the ID and routing header 
to an appropriate 13 94 link layer. 

In step S413, and in accordance with the 
present example, the data packet is routed via PCI 
bus 22 to link layer 26. Upon receiving the data 
packet, which is now only in the format of a data 
field as shown in Figure 3B, link layer 2 6 
reconstructs the data packet into a 1394 standard 
format by rebuilding the 13 94 header, the 
header_CRC, and the data_CRC, as shown in Figure 3A. 
The data packet is then transmitted through physical 
layer 2 5 to the recipient device, DV camera 4, in 
step S414. 

Although the data packet which was received 
by CPU 28 indicated that the data packet should be 
transmitted over channel 63 of the 13 94 bus, CPU 2 8 
interprets the router and ID header and identifies 
which of the link layers, in this example link layer 
21 or 26, should receive the data packet based on 
the routing and ID header information supplied by 
the transmitting side. 
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A second embodiment of the present 
invention will now be described with respect to 
Figures 5, 6 and 7. In the second embodiment, each 

13 94 network interface is connected to more than two 

( 

devices, of which at least two of the devices are 
using the same broadcast channel and the others may- 
or may not be using the same broadcast channel. 

As shown in Figure 5, 13 94 network 
interface 40 is connected to multiple 1394 devices 
such as facsimile machine 41, DV camera 42, hard 
disk drive 43, and DV camera 44, which is also 
connected to monitor 46. Data from any one of 
facsimile machine 41, DV cameras 42 or 44 or hard 
disk drive 43 may be transmitted across local area 
network 7 to the receiving side, 13 94 network 
interface 48. Network interface 4 8 has at least two 
IEEE 13 94 interface connections which connect to 
multiple 1394 devices such as DV recorder 50, DV 
camera 51, scanner 52 and DV camera 55. DV camera 
55, like DV camera 44, is connected to monitor 56 or 
the like. Data packets are sent and received from 
network interface 48 through local area network 7, 
which is preferably a Gigabit Ethernet network. 

In the present embodiment shown in Figure 
5, only DV cameras 42, 44, 51 and 55 are 
transmitting over the same broadcast channel. 
Therefore, each of the DV cameras is provided with 
its own 13 94 bus, physical layer and link layer, 
such that two channel 63 DV cameras do not coexist 
on the same physical IEEE 13 94 bus. In the first 
embodiment explained with respect to Figure 1, each 
link layer 21 and 2 6 had only one device that was 
transmitting or receiving data packets on channel 
63. Consequently, CPU 28 in Figure 2 only had to 
determine which link layer, 21 or 26, was the 
appropriate recipient or transmitter of a data 
packet. In the Figure 5 embodiment, on the other 



hand, CPU 2 8 must determine, based on header and 
subheader . information, which link layer and which 
channel of that link layer should receive the data 
packet . 

In the embodiment shown in Figure 5, 
facsimile 41, DV camera 42, and hard disk drive 43, 
are all interfaced with one physical layer and one 
link layer within 1394 network interface 40. That 
is, as shown in Figure 7, on the exterior of 13 94 
network interface 40, facsimile 41, DV camera 42 and 
hard disk drive 43, each have a 1394 interface 
connection with physical layer 70 which transmits 
and receives data over the 13 94 bus to/from link 
layer 71. On the other hand, DV camera 44 is 
connected to its own physical layer 74 and link 
layer 75 in 1394 network interface 40. 

In order to distinguish which of the 
multiple devices connected to one link layer should 
receive a data packet, the data packet received by 
CPU 76 in network interface 40 must include 
sufficient information to allow the CPU to derive 
both the link layer and the channel number. For 
example, the header might also include a subheader. 
As shown in Figure 6, each data packet according to 
the second embodiment contains a header which 
indicates which link layer receives the data and a 
subheader which indicates a channel within the link 
layer which should receive the data packet. Thus, 
the data packet which is received by CPU 76 includes 
not only a header but also a subheader attached to 
the data field. 

A more detailed description as to how a 
data packet is received from the local area network 
and output to a 13 94 interface device will now be 
discussed in greater detail with respect to Figure 
7. Upon receiving a data packet from network 7, the 
data packets are stored within network interface 



78 's internal buffer. After data packets have been 
received, or as they are being received, network 
controller 78 outputs each data packet over the PCI 
bus 82 via PCI bridge 73 to RAM 79. Network driver 
software removes the network header and unpackages 
the network packets and, if necessary, separates 
data packets in the case more than two (here, three 
are preferred) DV data packets have been combined 
for the particular network protocol. 

As mentioned above, each data packet that 
CPU 76 receives includes a data field, a subheader 
and a header, as illustrated in Figure 6. Based on 
the header information, CPU 76 identifies which link 
layer, 71 or 75, should receive the data packet. In 
addition, based on the subheader information, CPU 76 
can identify which channel in link layer 71 or 75 
should receive the data packet and, based on the 
channel's identity, CPU 76 provides the necessary 
routing information which the link layer will use to 
output the data packet over the correct 13 94 
broadcast channel. In the present example, the data 
packet received is intended for transmission over 
channel 62 which in this example is being used by 
hard disk drive 43 . 

After interpreting and removing each header 
and subheader, in the present example, CPU 76 
transmits the data packet via PCI bridge 73 and PCI 
bus 82 to link layer 71. Link layer 71 rebuilds the 
data packet into a IEEE 13 94 standard format for 
transmitting the data packet to hard disk drive 43 
through physical layer 70. 

It is because of the header and subheader 
information that CPU 7 6 determines where to route 
each data packet it receives from network controller 
78 and controls which link layer receives the data 
packet, as well as which channel of the 13 94 bus, 
controlled by that link layer, should be used to 



output the received data packet to the intended 13 94 
device . 

While the present invention has been 
described with respect to what is presently 
considered to be the preferred embodiment, it is to 
be understood that the invention is not limited to 
the disclosed embodiment. To the contrary, the 
invention is intended to cover various modifications 
and equivalent arrangements included within the 
spirit and scope of the appended claims. The scope 
of the following claims is to be accorded the 
broadest interpretation so as to encompass all such 
modifications and equivalent structures and 
functions. 



